Location and event triggered notification services

ABSTRACT

The present invention provides for delivering information, such as a notification or other content, to a select communication device when defined event and location criteria are satisfied. A profile is established to define the event and location criteria along with a method for delivering the information. Typically, the receipt of event indicia indicating the occurrence of an event is compared with the event criteria in the profile. When the event indicia satisfies the event criteria, location indicia is gathered and compared with the defined location criteria. Alternatively, a trigger corresponding to location is received and compared with the location criteria before determining whether an event corresponding to the event criteria is satisfied. When both the event occurrence and location indicia match the event and location criteria, the information is sent to the appropriate communication device.

FIELD OF THE INVENTION

[0001] The present invention relates to providing information, and inparticular to providing information in light of select location andevent criteria.

BACKGROUND OF THE INVENTION

[0002] The expansion of Internet service, in particular relating tomobile devices, has led to services capable of providing information ona periodic basis or upon the occurrence of an event. For example, amessage may be sent to a web-enabled device when a stock price reaches aselect value, or periodically to provide an update for a particularsporting event. Unfortunately, these services typically require veryspecific definitions for the notifications or content requested. Theresult is an unfriendly service requiring very specific configuration.Further, much of the time the requested information is sent in anuntimely manner based on the requestor's location.

[0003] For example, weather updates and alerts for a user's hometown maybe unnecessary when the user is on vacation or out of town on business.Similarly, stock quotes and sports scores may not be welcome on a user'smobile telephone while the user is at work, but are preferable only whenthe user is driving home or having lunch. Existing services fail todefine notification and content services based on a user's location andthe occurrence of an event. Therefore, there is a need for a way toprovide information to a requester based on the requestor's location andthe occurrence of an event triggering the potential need to deliver theinformation.

SUMMARY OF THE INVENTION

[0004] The present invention provides for delivering information, suchas a notification or other content, to a select communication devicewhen defined event and location criteria are satisfied. A profile isestablished to define the event and location criteria along with amethod for delivering the information. Typically, the receipt of eventindicia indicating the occurrence of an event is compared with the eventcriteria in the profile. When the event indicia satisfies the eventcriteria, location indicia is gathered and compared with the definedlocation criteria. Alternatively, a trigger corresponding to location isreceived and compared with the location criteria before determiningwhether an event corresponding to the event criteria is satisfied. Whenboth the event occurrence and location indicia match the event andlocation criteria, the information is sent to the appropriatecommunication device.

[0005] Location indicia may be derived from any number of sources,including global positioning system (GPS) devices, an electronic mobilelocation center (EMLC), home or visitor location registers within amobile network, or mobile terminals themselves. Depending on the desiredapplication, the location of a mobile terminal, user, associate of auser, or any other entity or individual may be used to help trigger theprovision of a notification or content delivery to a selectcommunication device. Thus, the location information may pertain to theuser, a user's device, or another individual device remote from theuser. In essence, a location process is used to identify the location ofa defined entity. The location may be determined on a periodic basis orupon the triggering of an event that may or may not be associated withthe location of the entity. An event occurrence may be time based,location based, user initiated, or initiated by an external medium, suchas a mobile terminal, communication control devices within thecommunication network, or an event service.

[0006] A content service may be used to provide content when selectevent and location indicia correlate with event and location criteriadefined by a profile. The content may include any type of informationdesired by a user and defined in the profile. Notably, certainapplications according to the present invention may only providenotifications defined in a profile or provided with an event trigger,and therefore, would not need the services of a remote content service.

[0007] Based on select criteria, the present invention is capable ofdelivering information, such as notifications and content, to any numberof devices, which are typically serviced by a circuit-switched network.These devices may include, but are not limited to, traditional land linetelephones, computers, mobile terminals, such as personal digitalassistants (PDAs), mobile telephones, pagers, and the like. In additionto devices serviced by circuit-switched networks, wirelesspacket-switched devices, such as properly configured mobile telephones,may communicate with a traditional packet-switched network via wirelesspacket-switched networks. In the latter case, information iscommunicated between the wireless packet-switched device and devices onthe packet-switched network without conversion to a circuit-switchedformat, such as the traditional time-division multiplexing (TDM).

[0008] Those skilled in the art will appreciate the scope of the presentinvention and realize additional aspects thereof after reading thefollowing detailed description of the preferred embodiments inassociation with the accompanying drawing figures.

BRIEF DESCRIPTION OF THE DRAWING FIGURES

[0009] The accompanying drawing figures incorporated in and forming apart of this specification illustrate several aspects of the invention,and together with the description serve to explain the principles of theinvention.

[0010]FIG. 1 is an illustration representing a communication environmentaccording to one embodiment of the present invention.

[0011]FIG. 2 is a block representation of an application serveraccording to one embodiment of the present invention.

[0012]FIG. 3 is a block representation of an audio browser configuredaccording to one embodiment of the present invention.

[0013]FIG. 4 is a communication flow diagram for a first illustrativeexample of the operation of the present invention.

[0014]FIG. 5 is a communication flow diagram for a second illustrativeexample of the operation of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] The embodiments set forth below represent the necessaryinformation to enable those skilled in the art to practice the inventionand illustrate the best mode of practicing the invention. Upon readingthe following description in light of the accompanying drawing figures,those skilled in the art will understand the concepts of the inventionand will recognize applications of these concepts not particularlyaddressed herein. It should be understood that these concepts andapplications fall within the scope of the disclosure and theaccompanying claims.

[0016] A communication environment 10 is illustrated in FIG. 1 toinclude a packet-switched network 12, such as the Internet, andcircuit-switched networks 14, cooperating with one another via variousinternetwork front ends 16 to facilitate communications between thenetworks and various devices connected thereto. Those skilled in the artwill recognize that the packet-switched network 12 may include numerousnetworks connected to each other via hubs, routers, and switches tofacilitate packet-switched communications. Further, the circuit-switchednetworks 14 will typically include the Public Switched Telephone Network(PSTN) and a wireless circuit-switched network to facilitate traditionalmobile communications.

[0017] The internetwork front ends 16 represent various devices capableof facilitating communications, and in particular, providinginformation, such as content for notifications, to circuit-switcheddevices served by the circuit-switched networks 14. The internetworkfront ends 16 may include, but are not limited to, email servers 16A,audio browsers 16B, fax servers 16C, wireless application protocol (WAP)servers 16D, short message service (SMS) servers 16E, and pager servers16F. Each of these devices is configured to receive a message or otherinstructions from a packet-switched device on the packet-switchednetwork 12 and deliver a message capable of being received andprocessed, directly or through intermediate devices, to circuit-switcheddevices on the circuit-switched networks 14.

[0018] The email server 16A is capable of sending email to devicesreceiving email via the circuit-switched networks 14. Similarly, thefax, WAP, SMS, and pager servers 16C-16F are capable of sending faxes,WAP messages, SMS messages, and pages to corresponding devices served bythe circuit-switched networks 14. As will be described in further detailbelow, the audio browser 16B is configured to provide an audio interfacevia the circuit-switched network 14 and a corresponding packet-switchedinterface to devices in the packet-switched network 12.

[0019] Based on select criteria, the present invention is capable ofdelivering information, such as notifications and content, to any numberof devices, which are typically serviced by a circuit-switched network14. These devices may include, but are not limited to, traditional landline telephones 18, computers 20, mobile terminals, such as personaldigital assistants (PDAs) 22, mobile telephones 24, pagers 26, and thelike. In addition to devices serviced by circuit-switched networks 14,wireless packet-switched devices, such as properly configured mobiletelephones 24, may communicate with a traditional packet-switchednetwork 12 via wireless packet-switched networks 28. In the latter case,information is communicated between the wireless packet-switched deviceand devices on the packet-switched network 12 without conversion to acircuit-switched format, such as the traditional time-divisionmultiplexing (TDM).

[0020] In one embodiment of the present invention, an application server30 residing in the packet-switched network 12 runs a process capable ofdetermining if event and location information correspond to a predefinedprofile, which defines a notification or content to provide to a uservia a select medium when the event and location information correlate.The application server 30 may access location information from a varietyof sources, including a location server 32, which may run a processcapable of receiving or determining location information in a variety ofways.

[0021] Although the location process may run on the application server30, a separate service provider may be used to provide a locationservice. Location information may be derived from any number of sources,including global positioning system (GPS) devices, an electronic mobilelocation center (EMLC), home or visitor location registers within amobile network, or mobile terminals themselves. Depending on the desiredapplication, the location of a mobile terminal, user, associate of auser, or any other entity or individual may be used to help trigger theprovision of a notification or content to a select communication device.

[0022] Thus, the location information may pertain to the user, a user'sdevice, or another individual device remote from the user. In essence, alocation process is used to identify the location of a defined entity.The location may be determined on a periodic basis or upon thetriggering of an event that may or may not be associated with thelocation of the entity. Those skilled in the art will recognize thenumerous location determining techniques capable of being used with thepresent invention.

[0023] A content server 34 and an event server 36 may be used to providecontent when select event and location indicia correlate with event andlocation criteria defined by a profile. The content may include any typeof information desired by a user. Notably, certain applicationsaccording to the present invention may only provide notificationsdefined in a profile or provided with an event trigger, and therefore,would not need the services of the content server 34. Further, theapplication server 30 may be configured to provide content in additionto or in lieu of that provided by the content server 34.

[0024] An event occurrence may be time based, location based, userinitiated, or initiated by an external medium, such as a mobileterminal, communication control devices within the communicationnetwork, or an event service. In one embodiment, the event service isprovided by a process running on the event server 36.

[0025] As noted, a customized profile may be configured via theapplication server 30 and stored in a profile database 38 that isintegrated with or separate from the application server 30. A user maylog in to the application server 30 through any number of devices,including personal computer 40, to create a profile. Each profile willtypically define information to provide to a select device whenpredefined event and location indicia are satisfied. The informationprovided to the user may be a simple notification, pre-selected content,or a combination thereof.

[0026] A simple profile may provide predefined information when a selectevent occurs when an entity or person is identified to be at a selectlocation, in a given area, or within a certain proximity of a givenlocation. A more sophisticated profile may identify location and accesscontent to deliver to a pre-defined user device. In addition toinformation to provide to a user specifying event criteria and locationcriteria, the profile will define a delivery medium for delivering theinformation to a select user device. The information may be provided inany number of ways, including an email, telephone call, fax, a WAP push,an SMS message, a page, or any other suitable communication mediumthrough which the application server 30 can effect delivery of amessage. Another alternative would be a simple packet-switched messageto a device capable of interacting with a wireless packet-switchednetwork 28. As such, virtually any message delivery medium isapplicable.

[0027] Many of these delivery mediums will simply incorporate a serveror server process capable of interacting with the corresponding gatewayor like device capable of translating the packet-switched message into amessage capable of being transmitted over a circuit-switched network andon to a user device through the PSTN or wireless network in a text-basedformat. These servers, like the application server 30 illustrated inFIG. 2, will typically include a central processing unit (CPU) 42 havingsufficient memory 44 containing the requisite software 46 for operation.The CPU 42 is associated with a network interface 48 to facilitatepacket-switched communications with the various devices within andconnected to the packet-switched network 12.

[0028] Audible messages may be sent over circuit-switched networks 14using the audio browser 16B, which is illustrated in FIG. 3. In general,the application server 30 and audio browser 16B preferably operate in aclient-server configuration using an audio- or voice-capable markuplanguage. The audio browser 16B will interpret the markup languagecontent representing the audio message to send to a telephony user anddeliver the corresponding audio to the telephony user. If applicable,audio from the telephony user is likewise converted to content fordelivery to the application server 30. The messages sent to thetelephony user from the audio browser 16B may be pre-recorded, may begenerated in real-time based on text-to-speech conversion, or may be acombination thereof.

[0029] The voice extensible markup language (VoiceXML) is the preferredmarkup language for interaction between the audio browser 16B and theapplication server 30. VoiceXML is an XML document schema developed bythe VoiceXML Forum, a group of organizations founded by AT & T, IBM,Lucent Technologies, and Motorola. VoiceXML facilitate web-generatedinteractions through audio, either pre-recorded or translated from textto speech, and through voice, using speech recognition. Additionalinformation on VoiceXML may be obtained from Motorola, Inc., 1303 EastAlgonquin Road, Schaumburg, Ill., 60196, or from the VoiceXML Forum,which has a web site at http://www.voicexml.org.

[0030] The audio browser 16B, which may be referred to as a voicebrowser, is analogous to traditional, graphical browsers using HTML. TheW3C working draft for “An Introduction and Glossary for the RequirementDraft Voice Browsers,” Dec. 23, 1999, provides additional information onvoice browsers, and is incorporated herein by reference in its entirety.

[0031] As such, the audio browser 16B is the liaison between thecircuit-switched networks 14 and the application server 30 of thepacket-switched network 12, and operates according to a call dialogestablished by the markup language. The call dialog is preferablyprovided to the audio browser 16B in a VoiceXML web page created by theapplication server 30. The call dialog will preferably include thenecessary information to interact with the telephony user, andoptionally, establish calls to and originated by the telephony user, aswell as report the status of the call or the caller's response.

[0032] Preferably, the application server 30 will generate the necessarycall dialog in a VoiceXML page and provide the page to the audio browser16B. The audio browser 16B will execute the call dialog to controlcommunications with the telephony user via a user device, such as amobile terminal, as well as deliver audio to the mobile terminalcorresponding to the information and/or content to deliver to the user.Preferably, the call dialog provided in the form of a VoiceXML page tothe audio browser 16B provides the audio browser 16B with sufficientinstructions to carry out its translational duties and controlcommunications with the user's device to facilitate information deliveryas described herein.

[0033] Thus, the audio browser 16B provides text converted from audio tothe application server 30 in the form of requests for web pages, and theresponding web pages may include the text to convert and send to theuser's device in an audible format. The VoiceXML pages will also includesufficient instructions to have the audio browser 16B convert incomingaudio and request subsequent pages to facilitate ongoing communicationsas desired. The call dialog provided in the VoiceXML pages mayfacilitate numerous iterations, instructions, and commands toeffectively control the audio browser 16B and the connection with theuser's device.

[0034] An audio browser 16B, which will typically include a CPU 50associated with memory 52 and the requisite software 54 to controloperation. The CPU 50 is also associated with an IP network interface 56for communicating with network devices, such as the application server30. A telephony network interface 58 is provided for interaction withthe circuit-switched networks 14, and in particular, a local exchange ormobile switching center, to facilitate circuit-switched communications.The telephony network interface 58 preferably supports a primary rateinterface (PRI), T1, or like interface, to allow the audio browser 16Bto directly communicate with telephony devices, such as a mobileterminal, via direct or wireless switching systems.

[0035] In order to recognize and inject audio, such as tones and speech,the audio browser 16B is preferably configured with an audio or speechsynthesizer 60 and audio or speech recognition software/hardware 62. Thespeech synthesizer 60 is used to generate audio instructions andmessages for the user. Notably, the audio browser 16B may usepre-recorded audio to provide messages to the called party based oninstructions from the application server 30, or may convert textualcontent to speech. The speech recognition software/hardware 62 isconfigured to recognize speech of the user during a communicationsession, or to recognize tones, such as those generated from key pressesof a telephony device, such as a mobile terminal. As noted above, theaudio browser 16B preferably uses VoiceXML as a liaison between audio orspeech, both spoken and recognized, and the data representing the speechthat is sent to and from the application server 30. The audio browser16B may include server processes in addition to the normal clientprocesses of a traditional browser to facilitate communications with theuser.

[0036] In operation, the server process on application server 30monitors event triggers and location indicia in light of criteria inexisting profiles. Typically, event occurrences are identified by theapplication server 30 receiving event triggers corresponding to theevent occurrence. Upon receiving an event trigger, profiles with acorresponding event are identified. The identified profiles will definea location indicia, which is required in addition to the event indicia,to provide a select notification or content to a user.

[0037] As such, the server process will determine location indicia forthe defined entity directly or through the location server 32. If thedetermined location indicia matches that of the profile, or is within apredefined range defined by the profile, appropriate information is sentto the defined device via an appropriate internetwork front end 16 orvia the wireless packet-switched networks 28. If additional content isnecessary other than that provided in the profile or with an eventtrigger, the content server 34 may be accessed to gather additionalinformation to provide to the user via the defined medium.Alternatively, the application process may monitor location indicia, andwhen the location indicia matches that within the profile, check for anoccurrence of the predefined event. The notification process would thenfollow.

[0038]FIGS. 4 and 5 provide detailed call flows for the above-describedscenarios in a generic manner. After the description of each call flow,exemplary applications are provided. The first call flow embodimentillustrated in FIG. 4 begins with a user establishing a profile via theapplication server 30 using personal computer 40 (step 100). Asdiscussed, the profile may be stored in a profile database 38 and willdefine an event and location criteria, which must be satisfied beforenotification of the event, and additional content, if desired, areprovided to the user. As such, the application server 30 will preferablyrun an application process, which waits for the receipt of an eventtrigger. The event trigger may originate from the event server 36, otherprocesses running on the application server 30, or virtually any remotedevice, including devices associated with the user. In the latter case,a user may initiate the trigger.

[0039] At some point, the defined event will occur and provide a triggerto the application process running on the application server 30 (step102). The application process will check existing profiles to determineif the event or event type is defined by one of the user profiles (step104). If the event trigger does not correspond to any events establishedin any of the profiles, the event trigger may be ignored. If the eventtrigger does correspond to events defined in one or more profiles, theapplication process will request location indicia defined by therespective profiles from the location server 32 or other device,including the user device, to identify location indicia (step 106). Inresponse to the request, the location server 32 or other device, asapplicable, will provide a location indicia back to the applicationprocess (step 108), which will determine if the event and locationindicia match or otherwise correlate with the respective profiles (step110).

[0040] If the event and location indicia do not correlate, then theevent may be ignored and the application process will resume monitoringfor receipt of subsequent event triggers. If the event and locationindicia both correlate with the profile criteria, the user is notifiedvia a defined user device in a manner defined in the profile. As noted,the profile may include a predefined notification and/or identify thelocation of specific content or a type of content to deliver to the userwith or as a notification of the event occurrence and the fulfillment ofthe location criteria. As such, the application process may requestcontent from the content server 34 or like content provider (step 112),which will respond by providing the requested content to the applicationprocesses running on the application server 30 (step 114).

[0041] The application process will then send the defined notificationto the user via the appropriate internetwork front end 16 (step 116),which will forward the notification to the appropriate user device (step118). In wireless packet-switched networks 28, the message may be sentdirectly to the appropriate wireless, packet-switched user device.Further, the profile may be configured to provide multiple notificationsto multiple user devices, as well as devices not associated with theparticular user. For example, select events may result in thenotification of multiple family members through various types ofdevices.

[0042] An exemplary application for the illustrated call flow is toprovide notification of weather conditions of interest occurring atpredefined locations. Notably, these predefined locations may be fixedor relative to a moving user. For example, the location indicia definedin the profile may define the user's home, town, zip code, or the like,which remains fixed regardless of the user's actual position.Alternatively, the profile may define the location of any trackabledevice, such as a mobile terminal, wherein the user may request weatheralerts related to the user's actual position. Further, the locationindicia may be defined as an actual location, area, or proximity to agiven location or area.

[0043] For example, assume a user establishes two profiles. The firstprofile is arranged to send notifications of severe weather affectingher child's school. Accordingly, the location indicia must correspond tothe location of the child's school, and the event server may be aweather service cooperating with the application server 30 to providesevere weather alerts. Upon the occurrence of severe weather for anygiven location, the event server 36 will provide a severe weather alertto the application process running on the application server 30. Theapplication process will identify the profile related to severe weatherand identify the location indicia. In this case, the correlation betweenthe location of the severe weather and the location indicia in theprofile are compared. If the severe weather corresponds with thelocation of the school, a notification is sent to the user. The user mayhave the notification sent via email and via a mobile phone, using anSMS message or an actual telephone call providing an audible message.

[0044] A second severe weather profile may be configured to notify theuser of severe weather occurring at the user's location. As such, theprofile would again define severe weather alerts as well as the user'sactual position. Since the user's position will constantly change,location information may be continuously or periodically gatheredthrough any number of network devices, preferably corresponding to theposition of the mobile terminals or other positioning system associatedwith the user. The location information may be obtained or gathered viaa location process running on the location server 32, or alternatively,on the application server 30. Upon the occurrence of severe weather, theapplication server 30 will receive an alert from the event server 36 andidentify the user's location. If the locations of the severe weather andthe user correlate, a notification is sent to the user via one or moredefined devices. Notably, the event trigger indicating the severeweather may include the location of the severe weather. These alerts mayalso identify the user or the user's profile to facilitate profileprocessing. Those skilled in the art will recognize various techniquesfor establishing event triggers corresponding to the occurrence ofevents as well as the monitoring or determination of location indicia.

[0045] A second illustrative example includes establishing a profile toreceive news, stock quotes, or the like while outside a given locationor within a select area. For example, a person may desire to receiveaudible news alerts during his commute to and from work via a mobiletelephone 24. Further, the person does not want to receive news alertsoutside of a given time frame or during work, even if he has to worklate. Thus, the profile may be established to define event criteria as atime frame between 7 A.M. and 8 A.M., and between 5 P.M. and 7 P.M. Thelocation criteria may be defined to exclude the person's work locationor may define an area covering an area outside of the place or work,covering a substantial portion of the commute.

[0046] Accordingly, a timer process may be run on the application server30 or the event server 36 to provide event triggers corresponding to theperiods in which the person desires to receive the information. When theevent triggers for the time periods occur, the application process willdetermine the person's location, and provide the requested content tothe selected user device, such as the mobile telephone 24, only when theapplication process determines that the user is not at work, or iscommuting.

[0047] The application process running on the application server 30 maymonitor location triggers, and if they satisfy a particular profile,determine if event indicia corresponding to an event occurrence issatisfied. An example communication flow is illustrated in FIG. 5.Initially, a profile is established at the application server 30 usingpersonal computer 40 (step 200). The application process running on theapplication server 30 may await a location server 32 or other device,including the user's mobile terminal, to initiate a location trigger,which is sent to the application process (step 202).

[0048] The application process will check existing profiles identifyingthe particular location associated with the location trigger (step 204),and request event indicia from an event server 36 or other appropriateprocess to determine if an event has occurred that corresponds to thelocation indicia in the respective profiles (step 206). The event server36 will respond with event indicia indicating whether or not an eventhas occurred (step 208), and the application process will determine ifthe event and location indicia match the profile (step 210).

[0049] At this point, the application server 30 will request anycontent, if applicable, from a content server 34 or like contentprovider (step 212), which will provide the requested content to theapplication process (step 214). The application process will then send anotification to the user as defined in the profile (steps 216 and 218).The communication flow outlined in FIG. 5 may be implemented tofacilitate the examples above wherein a location trigger is used tocheck a defined event instead of an event trigger being used to check alocation.

[0050] In yet another embodiment, the event trigger may relate tolocation, proximity or positioning, wherein an event may be entering orleaving a defined location matching location indicia provided in theprofile. For example, a traveler may create a profile identifying a typeof content to provide to a user. For example, a profile may beconfigured to monitor when the mobile terminal enters a defined area andprovide restaurant and hotel information for the particular area. Thearea may be defined geographically or may be based on availablebusinesses, such as hotels and restaurants, or landmarks, such asmonuments. In these cases, the event corresponds to entry into aparticular location or within certain proximity of a defined area orpoint of interest, and the location information will closely couple withthe event information. Thus, this example provides a unique combinationwherein the location information and the event trigger are tightlycoupled. Typically, the event is entry into a particular area orproximity to a certain location, and the location indicia defines aselect location. Thus, the application process may receive a triggerthat the mobile terminal has entered a certain area and compare theentered area with the location indicia defined in the user profile.Appropriate notification or content may then be provided to the user.

[0051] Those skilled in the art will recognize improvements andmodifications to the preferred embodiments of the present invention. Allsuch improvements and modifications are considered within the scope ofthe concepts disclosed herein and the claims that follow.

What is claimed is:
 1. A method for notification comprising: a)determining an event occurrence; b) determining location indicia; and c)sending information to a select communication device when the eventoccurrence and the location indicia correlate with an event criteria andlocation criteria defined in a profile.
 2. The method of claim 1 whereinthe determining an event occurrence step comprises: a) waiting for anevent trigger signaling the event occurrence; b) identifying the profiledefining the event criteria corresponding to the event occurrence; andc) triggering the determining the location indicia step upon identifyingthe profile wherein the event occurrence corresponds with the eventcriteria.
 3. The method of claim 1 wherein the determining locationindicia step comprises: a) waiting for a location trigger with thelocation indicia; b) identifying the profile defining the locationcriteria corresponding to the location indicia; and c) triggering thedetermining the event occurrence step upon identifying the profilewherein the location indicia corresponds with the location criteria. 4.The method of claim 1 wherein the information sent to the communicationdevice is a notification pertaining to the event occurrence and thelocation indicia.
 5. The method of claim 1 wherein the information sentto the communication device is content pertaining to the eventoccurrence or the location indicia.
 6. The method of claim 5 furthercomprising requesting the content from a remote service and receivingthe content from the remote service.
 7. The method of claim 1 whereinthe location indicia is at least one of the group consisting of anactual location, area, and proximity to a location.
 8. The method ofclaim 1 wherein the event occurrence is a weather event and the locationindicia relates to a location of a person potentially affected by theweather event.
 9. The method of claim 1 wherein the event occurrencerelates to a select time or period of time.
 10. The method of claim 1wherein the event occurrence is the arrival to or departure from a givenlocation, area, or proximity of an area.
 11. The method of claim 1wherein the information is sent to a front end device capable ofdelivering the information to the select communication device, which isat least one of the group consisting of a pager, computer, telephone,mobile terminal, facsimile machine, and personal digital assistant. 12.The method of claim 1 wherein the information is sent to a front enddevice capable of delivering the information to the select communicationdevice, which is configured to effect delivery of the information in theform of at least one of the group consisting of a page, email, shortmessage service message, facsimile, audio message, and packet message.13. The method of claim 1 further comprising creating the profile basedon user input to define the event occurrence and the location indicia.14. The method of claim 13 wherein the profile defines the selectcommunication device to send the information.
 15. The method of claim 14wherein the profile defines where to access content to provide as theinformation.
 16. The method of claim 1 wherein the event occurrence isidentified by receiving a message sent from at least one of the groupconsisting of a service provider, a user's communication device, aninternal process, and an external process.
 17. A system for notificationcomprising a communication interface associated with a control systemadapted to: a) determine an event occurrence; b) determine locationindicia; and c) send information to a select communication device whenthe event occurrence and the location indicia correlate with an eventcriteria and location criteria defined in a profile.
 18. The system ofclaim 17 wherein to determine the event occurrence, the control systemis further adapted to: a) wait for an event trigger signaling the eventoccurrence; b) identify the profile defining the event criteriacorresponding to the event occurrence; and c) trigger the determiningthe location indicia step upon identifying the profile wherein the eventoccurrence corresponds with the event criteria.
 19. The system of claim17 wherein to determine the location indicia, the control system isfurther adapted to: a) wait for a location trigger with the locationindicia; b) identify the profile defining the location criteriacorresponding to the location indicia; and c) trigger the determiningthe event occurrence step upon identifying the profile wherein thelocation indicia corresponds with the location criteria.
 20. A computerreadable medium comprising software configured to instruct a computerto: a) determine an event occurrence; b) determine location indicia; andc) send information to a select communication device when the eventoccurrence and the location indicia correlate with an event criteria andlocation criteria defined in a profile.
 21. The computer readable mediumof claim 20 wherein to determine the event occurrence, the softwareincludes instructions to: a) wait for an event trigger signaling theevent occurrence; b) identify the profile defining the event criteriacorresponding to the event occurrence; and c) trigger the determiningthe location indicia step upon identifying the profile wherein the eventoccurrence corresponds with the event criteria.
 22. The system of claim17 wherein to determine the location indicia, the software includesinstructions to: a) wait for a location trigger with the locationindicia; b) identify the profile defining the location criteriacorresponding to the location indicia; and c) trigger the determiningthe event occurrence step upon identifying the profile wherein thelocation indicia corresponds with the location criteria.
 23. A systemfor notification comprising: a) means for determining an eventoccurrence; b) means for determining location indicia; and c) means forsending information to a select communication device when the eventoccurrence and the location indicia correlate with an event criteria andlocation criteria defined in a profile.